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METHOD AND SYSTEM FOR BUSINESS PLANNING VIA A 

COMMUNICATIONS NETWORK 

FIELD OF THE INVENTION 

This invention relates to a method and system for business planning via a 
communications network. 

BACKGROUND OF THE INVENTION 

Enterprise resource planning (ERP) systems include a computer and 
software instructions for supporting or managing at least one business activity. 
For example, in the context of a manufacturing corporation, an enterprise resource 
planning system may integrate engineering, sales, materials management 
production planning and accounting functions of the manufacturing corporation. 

If a business relationship exists between business entities, the business 
entities need to exchange information in some manner to conduct one or more 
transactions. Numerous technical obstacles may arise in providing electronic 
communications between the ERP systems of different business entities to reduce 
transactional costs. For instance, many ERP systems were designed only to handle 
the flow of data from internal data sources. Data from external sources, such as 
other business entities, may require translation and additional data processing to 
achieve interoperability between the ERP systems of different business entities. 
Thus, a need exists for facilitating communications between an enterprise resource 
planning system of a first company and an enterprise resource planning system of 
a second entity where the first entity and the second entity have a business 
relationship. 

Because of the aforementioned technical obstacles in establishing a reliable 
communications link between the first ERP system and the second ERP system, 
business entities may adopt manual data entry processes as an alterative business 
procedure. However, exchanging information between a first ERP system and a 
second ERP system using manual data entry processes is often slow and error 
prone. For example, a manual data entry process may involve a clerical worker 
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that reads a cathode-ray-tube monitor of a source ERP system to gather critical 
data for a transaction. The clerical worker may fax, e-mail, or mail the critical 
data to a second business entity. At the second business entity, another clerical 
worker may sort and sift through relevant information provided and enter the 
5 relevant information via a keyboard into the destination ERP system. 

The extraction of data from the source ERP system is prone to human error 
and delays inherent with human workers. For example, a worker may misread a 
cathode-ray-tube monitor or be distracted so that inaccurate data is extracted from 
the source ERP system. Similarly, the extraction of erroneous data from the 

10 source ERP system may result in typographical errors if the clerical worker enters 
data in a word processing document, a spreadsheet or some other format in 
preparation for sending the critical information to the destination ERP system. 
The manual entry process at the destination ERP system is subject to similar 
miscues and errors to the entry process at the source ERP system. Moreover, 

1 5 delays in the entry or extraction of data at either business entity may result from 
inattentiveness of a worker, a worker on vacation, a worker on sick leave, or other 
responsibilities of a worker that conflict with the worker's duty to extract or enter 
the data. Accordingly, the business planning of first business entity associated 
with the destination ERP system will experience a delay and potential inaccuracies 

20 from human intervention. In turn, the second business entity associated with the 
source ERP system may be impacted because of the business relationship between 
the first business entity and the second business entity results in mutual problems. 

The problems that arise from deficient communications are readily 
apparent where the first and second business entities have a customer-supplier 

25 relationship. For example, if the first business entity represents a customer that 
provides source data to the second business entity as a supplier, then the supplier 
may receive inaccurate or outdated forecasts as the source data. The inaccurate or 
outdated forecast may result in errors in production quantities, capital 
expenditures, hiring, or any other business planning aspect. Moreover, a customer 

30 may be reluctant to conduct future business with a supplier that fails to provide 



timely delivery of a product because of the depletion of the supplier's inventory 
resulting from an inaccurate or outdated forecast. Thus, a need exists to improve 
the timeliness and accuracy of the transfer of information from a first ERP system 
to a second ERP system or among analogous electronic processing systems at 
different business entities. 

BRIEF SUMMARY OF THE INVENTION 

In accordance with the invention, a method and system for business 
planning via a communications network includes automated electronic 
communication procedures for managing commercial activity or a transaction 
between different business entities. Requirement-indicating data is obtained from 
a first entity with respect to a transactional subject. The transactional subject may 
refer to the provision of a material, a good, a product, a service, a financial 
transaction, or any combination of the foregoing items. The obtained requirement- 
indicating data is automatically transmitted from the first business entity to a 
second business entity over a communications network. The transmitted 
requirement-indicating data is automatically fed into an electronic processor 
associated with the second business entity. A business decision of the first 
business entity, the second business entity, or both is generated based on the 
requirement-indicating data. Accordingly, the method and system facilitates the 
exchange of accurate and timely business information between the first entity and 
the second entity by reducing or eliminating manual clerical tasks that might 
otherwise be interpreted as intermediate steps in the foregoing method. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a system for business planning via a 
communications network in accordance with the invention. 

FIG. 2 is a flow chart of a method for business planning in accordance with 
the invention. 

FIG. 3 is a flow chart of another embodiment of a system for a business 
planning via a communications network in accordance with the invention. 



FIG. 4 is a flow chart of a method for business planning consistent with 

FIG. 3. 

FIG. 5 is a block diagram of yet another embodiment of the planning 
system in accordance with the invention. 

FIG. 6 is a block diagram of still another embodiment of a system for 
business planning in accordance with the invention. 

FIG. 7 is a flow chart of a method for business planning consistent with 

FIG. 6. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In accordance with the invention, FIG. 1 illustrates a system 9 for business 
planning that facilitates efficient communications and the exchange of information 
between a first data management system 1 1 affiliated with a first business entity 
and a second data management system 13 affiliated with a second business entity. 
As shown in FIG. 1, the first management system 1 1 includes a first enterprise 
resource planning (ERP) system 10 and a first data processing system 14. The 
second data management system 13 includes a second enterprise resource planning 
system 34 and the second data processing system 26. The first and second data 
management systems (11, 13) communicate via a communications network 22 
(e.g., Internet). 

The first ERP system 10 is coupled to the first data processing system 14. 
In turn, the first data processing system 14 is arranged to communicate via the 
communications network 22. The communications network 22 is arranged to 
communicate with the second data processing system 26. The second data 
processing system 26 is coupled to the second ERP system 34. The first ERP 
system 10, the second ERP system 34, or both include a user interface 24 for 
presenting data associated with the respective ERP systems. 

In the example of FIG. 1, the first ERP system 10 may be regarded as a 
data source and the second ERP system 34 may be regarded as a data destination. 
However, in one alternative embodiment the second ERP system 34 may represent 
the source and the first ERP system 10 may represent the destination. In another 



alternative embodiment, the exchange of data between the first ERP system 10 and 
the second ERP system 34 may be a bi-directional exchange of data. 

The first ERP system 10 includes a requirement-indicating database 12. 
The requirement-indicating database 12 provides requirement data on a 
transactional subject. The transactional subject may refer to the provision of a 
material, a good, a product, a service, a financial transaction, or any combination 
of the foregoing items. Requirement data refers to information that is useful in 
managing or conducting a commercial activity or a transaction involving a 
transactional subject. For example, the requirement data may be used to make one 
or more business decisions (e.g., materials management decisions) related to the 
transactional subject. Although the first ERP system 10 may establish the 
requirement-indicating database 12 as part of the normal operation of the first ERP 
system 10, in an alternative embodiment the first data processing system 14 may 
establish a requirement-indicating database 12 for storage in the first ERP system 
10, in the first data processing system 14, or elsewhere by gathering and filtering 
raw data within the first ERP system 10. 

The first data processing system 14 includes a data extractor 16, a data 
format converter 18, and a transmitter 20. A data extractor 16 extracts relevant 
data from the requirement-indicating database 12. The data extractor 16 
communicates the extracted data with a data format converter 18. In turn, the data 
format converter 18 communicates with the transmitter 20. The data extractor 16 
and the data format converter 18 may represent software instructions. The 
transmitter 20 may represent a portion of a transceiver adapted to transmit to the 
receiver 28 via the communications network 22. In FIG. 1, the lines 
interconnecting the data extractor 1 6, the data format converter 1 8 and the 
transmitter 20 may indicate logical relationships, physical electrical 
interconnections, or both among the various components of the first data 
processing system 14. 

The data extractor 16 includes an extraction algorithm that mines relevant 
requirement data from the requirement-indicating database 12. Relevant 
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requirement data is pertinent to the transactional subject, the relationship between 
the first business entity and the second business entity, or both. The relevance of 
the requirement data may be determined in accordance with one of several 
alternative techniques. In accordance with a first technique, the extracted relevant 
5 data is commensurate in scope with the input information that the second ERP 
system 34 is designed to accept or capable of accepting. In accordance with a 
second technique, subsequent extracted relevant data is based on previous history 
of the necessity or usefulness of prior extracted relevant data for managing the 
commercial activity and transactional subject in the desired manner. In 

10 accordance with a third technique, the relevance is based on an economic model or 
an empirically based model for managing the commercial activity or the 
transactional subject in a desired manner. 

The extractor 16 may comprise a filter that filters the requirement data in 
the requirement-indicating database 12 to obtain extracted relevant data. The data 

1 5 extractor 16 references a relevant list of relevant data fields or relevant data entries 
within the requirement-indicating database 12. Data fields or data entries that are 
not listed on the relevant list are ignored, rather than being extracted. The relevant 
entries may be defined in terms of storage addresses, variable names, filenames, or 
otherwise. Consistent with one of the foregoing techniques for determining the 

20 relevance of data within the requirement-indicating database 12, a software 
designer or programmer may establish the relevant list to select which field 
identifiers and data entries are ignored and which are not. 

The data format converter 18 accepts the extracted requirement data and 
formats the extracted requirement data into a suitable data structure for 

25 transmission over the communications system 22 to the second data processing 
system 26. For instance, the data format converter 18 accepts the extracted 
requirement data and formats the extracted requirement data into one or more 
extensible mark-up (XML) files. 

An extensible mark-up file represents a text file that stores structured data. 

30 Because the format of XML is stored as a text file, a program administrator may 



7 



view the file in a text editor, for example. XML provides a set of rules and 
guidelines for designing a text format that can be interpreted consistently among 
different computer systems and platforms. Thus, the user of XML may enhance 
the scope of interoperability between or among different data management systems 
5 of various business entities. 

The transmitter 20 accepts the formatted requirement data (e.g., at least one 
XML file) from the data format converter 18. The transmitter 20 places the 
formatted requirement data in a suitable physical form for communication over the 
communications network 22. The transmitter 20 may comprise a portion of a 

10 transceiver, such as a data packet transceiver or a modem. In one example, the 

transmitter 20 packetizes the formatted requirement data into data packets, such as 
Internet-protocol (IP) data packets or asynchronous transfer mode (ATM) packets 
for transmission over the communications network 22. In another example, where 
the communications network 22 represents a public switched telephone network 

1 5 (PSTN), the transmitter 20 may represent a modem for encoding the XML file as 
tone signals or digital signals for transmission over the communications network 
22. 

The communications network 22 may represent the Internet, an intranet, a 
public switched telephone network (PSTN), a dedicated private line, or any other 
20 communications network. 

The second data processing system 26 has a receiver 28 that receives the 
data transmission (e.g., at least one XML file) in the physical form transmitted by 
the transmitter 20. The receiver 28 may represent a portion of a transceiver, such 
as a data packet transceiver or a modem. 
25 In one example, the receiver 28 may convert Internet-protocol (IP) data 

packets or asynchronous transfer mode (ATM) data packets to reconstruct the 
transmitted XML file or files. Data packets are assembled and may need to be de- 
interleaved during such a process. In another example, where the communications 
network 22 comprises the public switched telephone network, the receiver 28 
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represents a modem capable of demodulating a transmission from a transmitter 20 
that is a modem. 

The data format translator 30 is adapted to translate the received data (e.g., 
XML file or files) into a structured data format that is compatible with the second 
5 ERP system 34. The data format translator 30 generally represents the inverse 
operation of the data format converter 18. The data format converter 18, the data 
format translator 30, or both may be based on commercially available software 
packages that translate structured data into XML documents. For example, the 
data format converter 18 and the data format translator 30 may represent software 

1 0 instructions that are available from webMethods of Fairfax, Virginia. The data 
format translator 30 is coupled to the data interface 32. 

The data interface 32 preferably includes a memory buffer for holding 
structured data for submission to the second ERP system 34 consistent with the 
ability of the second ERP system 34 to accept such structured data. The data 

15 interface 32 may also include a transmission interface that places the structured 

data into a suitable format such as a suitable optical or physical connector standard 
for interfacing the second data processing system 26 with the second ERP system 
34. 

One or more user interfaces 24 are coupled to the first ERP system 10, the 
20 second ERP system 34, or both. The user interface 24 may comprise a monitor for 
displaying source data of the first ERP system 10 or destination data of the second 
ERP system 34. Although the source data and the destination data are preferably 
equivalent, the display and presentation of such information to the first business 
entity and second business entity promotes useful dialog, cross-checking, and 
25 problem resolution between the business entities. The user interface 24 promotes 
the ability to check for errors and readily check on the status of the business 
relationship. 

The system of FIG. 1 supports accurate communications between the first 
ERP system 10 and the second ERP system 34 with the first data processing 
30 system 14 and the second data processing system 26 acting as data processing 
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intermediaries. The first data processing system 14 and the second data processing 
system 26 automate the extraction of data from the first ERP system 10 and the 
loading of data into the second ERP system 34, respectively. The system removes 
some manual data processing aspects from business planning, which may increase 
5 the accuracy and speed with which business planning decisions are made. In 
practice, the system may be used to promote cost reduction associated with 
inventory management, consignment management, customer-supplier 
relationships, or other business contexts. 

FIG. 2 illustrates a method for business planning in accordance with the 
10 invention. FIG. 2 may be implemented in a manner consistent with the system of 
FIG. 1 . In one example, a first entity may represent a business entity, which is a 
customer of a second business entity. Accordingly, the second business entity may 
be considered a supplier to the first business entity. The method of FIG. 2 starts in 
step S10. 

15 In step S10, a first data processing system 14 obtains requirement- 

indicating data of the first entity with respect to a transactional subject. The 
transactional subject refers to a good service, product, material, financial 
transaction, or any combination of the foregoing items. The requirement- 
indicating data may represent forecast data, demand data, consumption data, 

20 inventory data, or any other data that impacts characteristics of a transaction or 
commercial activity involving the transactional subject. The forecast data may 
represent a prospective or predicted demand for a transactional subject. In 
comparison, the demand data may show an actual or present demand for a 
material, good, product, financial transaction, or service. The inventory data 

25 represents a measure of an inventory level of a transactional subject. The 

consumption data represent an increase, a decrease, rate of increase, or rate of 
decrease of inventory of a transactional subject. 

In one embodiment, step S10 includes extracting a subset of the 
requirement-indicating data from the requirement-indicating database 12 

30 associated with the first ERP system 10. In general, the first data processing 
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system 14 extracts the extracted requirement-indicating data based on its relevance 

to the transactional subject or the associated commercial activity. The extracted 

requirement-indicating data may be extracted based on its usefulness for 

computations of the second ERP system 34. 
5 In step S12, following step S10, the first data processing system 14 

automatically transmits the obtained requirement-indicating data from a first 

business entity to a second business entity over a communications network 22. As 

used herein, automatically refers to an electronic action that supports 

interoperability and communication between different electronic processors (e.g., 
1 0 ERP systems) associated with distinct business entities, where the electronic action 

is completed with minimal or no human intervention. 

The first data processing system 14 preferably transmits the obtained 

requirement- indicating data with minimal or no human intervention, such as a 

worker generating an e-mail, a facsimile document, a letter, or another 
1 5 communication. The minimal human intervention tends to reduce errors and time 

delays that might be otherwise associated with the communications between the 

business entities via the communications network 22. 

In one example, the communications network 22 comprises the Internet. 

The first data processing system 14 may access the Internet as a communications 
20 network 22 via the public switched telephone network. In an alternative example, 

the communications network 22 comprises a public switched telephone network, 

an intranet, or any other communications network 22. 

Accordingly, step S12 may involve the first data processing system 14 

transmitting asynchronous transfer mode data packets (ATM) or Internet-protocol 
25 (IP) data packets from a first site to a second data processing system 26 at a second 

site. The first site is associated with the first business entity and the second site is 

associated with the second business entity. 

In one embodiment, the first data processing system 14 may transmit the 

requirement-indicating data on an as-needed or differential basis with respect to 
30 previous transmission to reduce the necessary bandwidth or transmission duration 
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for communications between the first business entity and the second business 
entity. Further, the as-needed transmission of the requirement-indicating data may 
reduce the processing capacity and resources or increase the data throughput of the 
first data processing system 14 and the second data processing system 26. An as- 
5 needed transmission involves (1) transmitting superseding data to replace prior 
requirement-indicating data only where prior requirement-indicating data is 
outdated (e.g., changed in a material manner) or (2) transmitting differential data 
that expresses a change (e.g., a material change) with respect to the prior 
requirement-indicating data. Accordingly, if no change (or little change) occurs in 

10 the previous requirement-indicating data during a time interval, nothing (or little) 
may be transmitted in the as-needed transmission for the time interval. For 
example, upon the passage of each successive interval for updating the 
requirement-indicating data, the first business entity may transmit as little as a 
revised quantity and a corresponding transactional subject identifier for any 

1 5 transactional subject that has changed with respect to prior requirement-indicating 
data of a prior reference time (e.g., last update interval). Similarly, the 
requirement-indicating data may transmit as little as a revised price and a 
corresponding transactional subject identifier where the market for the 
transactional subject results in fluctuations in the price of the transactional subject, 

20 but no other changes in the requirement-indicating data. 

In step SI 4, the second data processing system 26 receives the transmission 
from the first data processing system 14 via the communications network 22. 
Further, the second data processing system 26 automatically feeds the received 
requirement indicating data into an electronic processor for tracking the 

25 transactional data. For example, the transactional processor may represent the 
second ERP system 34 of the second business entity. 

In one embodiment, the second data processing system 26 feeds the 
received requirement-indicating data into the second ERP system 34 with minimal 
or no human intervention to facilitate reduced transaction cycle time and greater 

30 accuracy in the commercial activity concerning the transactional subject. Step S14 
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may include the second data processing system 26 translating the data format of 
the received requirement-indicating data into a suitable format compatible with the 
second ERP system 34. For example, the second data processing system 26 may 
translate received requirement-indicating data in the extensible mark-up language 
format to a data structure compatible with the second ERP system 34. 

In step SI 6, the second data processing system 26 generates or facilitates 
the generation of a business decision of the first business entity, the second 
business entity, or both based on the requirement-indicating data. The business 
decision generally includes an order processing decision, a logistic decision, or 
both. An order processing decision involves an automated or human decision to 
purchase a transactional subject, engage in a commercial transaction, order a 
transactional subject based on the requirement-indicating data, or any combination 
of the foregoing. A logistic decision impacts how, when, and where the order 
processing characteristics are executed. That is, the logistics decision may form 
the basis for an input to the order processing system, a contractual agreement, or 
some other business action plan. A logistics decision may include determining a 
shipping instruction for the transactional subject based on the requirement- 
indicating data. 

The generation of a business decision may further include ministerial or 
administrative tasks, such as confirming orders and confirming shipment 
parameters. Shipping parameters include the delivery terms, the destination terms, 
the identification of a shipper, the provision of freight insurance, or other aspects 
that are customary in the shipment of good and products. 

One example of an order processing decision, is the procurement of 
production material for a manufacturing concern as the business entity. Another 
example of a business decision is adjusting a production rate of a product based on 
the requirement indicating data. Another example of a business decision is 
decreasing or increasing the stock of a raw material based on the requirement 
indicating data. Yet another business decision may include hiring or firing of 
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workers in a manufacturing concern or capital expenditures for production 
equipment or the like. 

The foregoing method and system promotes business decisions that are 
based upon accurate and timely requirement-indicating data. The enhanced 
5 accuracy of the requirement-indicating data is realized through the elimination of 
manual data extraction and manual data entry. The accuracy in the 
communications of data between a first ERP system 1 0 and a second ERP system 
34 or an electronic processor for tracking transactional data may facilitate 
inventory reduction or the maintenance of a desired level of inventory. 

10 The accuracy of the business decision generated may be enhanced by 

exchanging requirement-indicating data between the first business entity and the 
second business entity at generally regular intervals (e.g., daily) of sufficiently 
short durations. The regular interval defines a duration between potential or actual 
updating of the requirement-indicating data between the first business entity and 

15 the second business entity. The regular interval may depend upon the nature of the 
business of the first business entity, the second business entity, or both. For 
example, if, during a regular interval, the requirement-indicating data fluctuates by 
more than a reasonable threshold, which is consistent with the business objectives 
of the first business entity and the second business entity, the first business entity 

20 and the second business entity may agree to shorten the regular interval (e.g., 
duration between updates of the requirement-indicating data). 

In one embodiment, if the requirement-indicating data is used for inventory 
control and management of the transactional subject, the requirement-indicating 
data is based on no greater update interval than on a daily basis. Further, for 

25 advanced planning, the requirement indicating data may include forecast for a 
future time period (e.g., monthly or 30 day period) for the transactional subject 
matter. For instance, a monthly forecast may be established for the present month, 
extending out on a monthly basis over the next year or another suitable long-term 
period (e.g., 400 days). If the transactional subject is a chemical, a compound, or 

30 another commodity, the forecast may be sufficiently reliable for the first business 
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entity, the second business entity, or both to make valid business decisions. For 
example, the supplier may procure a sufficient supply of the transactional subject 
by following the forecast with consideration of one or more of the following 
factors for verification of the forecast: historical production capacity of the 
5 supplier, actual production capacity of the supplier, historical usage of the 
transactional subject by the customer, and historical consumption of the 
transactional subject by the customer. If the supplier follows a just-in-time 
production philosophy to minimize inventory of the transactional subject, the 
forecast may facilitate meeting timely deliveries of the transactional subject to the 
10 customer. Accordingly, the supplier may follow the requirement-indicating data 
of the forecast to limit or prevent the accumulation of excess inventory of the 
transactional subject. 

Although the method supports the exchange of accurate information 
between a first ERP system 10 and a second ERP system 34, the ERP systems may 
15 be replaced with an electronic processor for supporting a business activity. The 
electronic processor may perform a limited business function such as storing 
ordering information or storing delivery information. For example, the first ERP 
system 10 may be replaced with a purchase order generation system and the 
second ERP system 34 may be replaced by an order tracking system or delivery 
20 tracking system. 

FIG. 3 shows a block diagram of an embodiment of the system 109 for 
business planning, which is similar to that of FIG. 1, except FIG. 3 includes a 
demand-indicating database 36, instead of a requirement-indicating database 12. 
Like reference numbers indicate like elements in FIG. 1 and FIG. 3. 
25 The demand-indicating database 36 of FIG. 3 may represent one possible 

example of a requirement-indicating database 12 of FIG. 1. As shown in FIG. 3, 
the demand-indicating database 36 includes forecast data 38 and demand data 40. 
If the first business entity represent a customer and the second business entity 
represents a supplier of the customer, then the forecast data 38 represents the 
30 prospective demand of the first business entity for a product, service, good, 
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financial transaction, or material provided by the second business entity. 
Similarly, the demand data 40 represents an actual, a present, or an estimated 
demand for a good, service, product, material, or financial transaction provided by 
the second business entity to the first business entity. The first ERP system 110 
5 may update the demand-indicating database on a periodic basis. For example, the 
first ERP system 110 may update the demand-indicating database on a daily basis 
after the end of a business day and prior to a beginning of a next successive 
business day. The updates to the demand-indicating database are used to adjust the 
demand data 40 and the forecast data 38 to reflect current or actual conditions. 

10 The first data processing system 14 cooperates with the communications 

network 22 and the second data processing system 26 to assure the accurate 
transmission of the forecast data 38 from the source or first ERP system 1 10 to the 
destination or second ERP system 34. Accordingly, distortions and potential 
inaccuracies in the data from manual data extraction from the first ERP system 

15 110 and manual data entry into the second ERP system 34 are eliminated. Thus, 
the second business entity is presented with more accurate forecast data 38 and 
more accurate demand data than would otherwise be possible with manual data 
extraction and data entry associated with the ERP systems (1 10, 34). 

FIG. 4 shows a method for automated business planning consistent with the 

20 system 1 09 of FIG. 3 . The method of FIG. 4 begins with step S 1 8 . 

In step SI 8, the first data processing system 14 accesses demand-indicating 
data within a demand-indicating database 36 associated with a first ERP system 
110. Further, the first data processing system 14 extracts a relevant portion of the 
demand-indicating data with respect to a transactional subject (e.g. material). The 

25 relevant portion is a subset of the demand-indicating data, which is essential or 
appropriate for computations of the second ERP system 34. 

The demand-indicating data refers to forecast data 38, demand data 40, or 
both. The first ERP system 110 may update the demand-indicating data in the 
demand-indicating database 36 on a periodic basis to promote accuracy and 

30 currency of the demand- indicating data. For example, the first ERP system 110 
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may update the demand-indicating data in the demand-indicating database 36 on a 
daily basis after an end of a business day and prior to a beginning of a next 
successive business day. 

In one embodiment, the first data processing system 14 formats the relevant 
5 portion of the demand-indicating data into an extensible mark-up language 
document in preparation for transmission via the communications network 22. 

After step SI 8 in step S20, a first data processing system 14 automatically 
transmits the obtained demand-indicating data from a first business entity to a 
second business entity over the communications network 22. For example, the 

10 first processing system 14 may transmit the demand-indicating data in the database 
on a daily basis after an end of a business day and prior to a beginning of a next 
successive business day. In one embodiment, the first data processing system 14 
may transmit an extensible mark-up language document as the demand-indicating 
data over the communications network 22. 

15 In step S22 following step S20, the second data processing system 26 

receives the demand indicating data that was transmitted in step S20. The second 
data processing system 26 automatically feeds the transmitted demand-indicating 
data into an electronic processor for tracking the demand-indicating data. For 
example, the electronic processor may represent the second ERP system 34. 

20 If the received demand-indicating data is an extensible mark-up language 

document, the second data processing system 26 translates the extensible mark-up 
language document into a data format compatible with the second ERP system 34 
or another electronic processor. 

In step S24, after step S22, the electronic processor (e.g., second ERP 

25 system 34) generates a business decision or facilitates the generation of a business 
decision of the second business entity based on the demand-indicating data. For 
example, the first ERP system 110, the second ERP system 34, or both may 
display demand-indicating data or a proposed commercial transaction on a user 
interface to assist a user in making a business decision. 
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If the first business entity represents a customer of the transactional subject 
and a second business entity represents a supplier of the transactional subject, a 
business decision may include changing the supplier's manufactured quantity of 
the transactional subject to meet demand data or forecast data of the customer. In 
5 another embodiment, the supplier may adjust a supply of the transactional subject 
on a regular basis to fulfill a firm-demand derived from the demand-indicating 
data for one or more customers. 

The generation of an illustrative business decision is further shown by FIG. 
5, which is a block diagram of a business planning system in accordance with the 
10 invention. The configuration of FIG. 5 is similar to the configuration of FIG. 1 
except FIG. 5 further includes an ordering system 15 coupled to the first data 
p management system 1 1 at the supplier's site. Like reference numerals in FIG. 5 

: and FIG. 1 indicate like elements. 

3 The ordering system 1 5 comprises a computer programmed with software 

ji 1 5 instructions for making one or more of the following business decisions: an order 

^ processing decision 19, a logistics decision 21, an electronic order confirmation 

23, and an electronic shipping confirmation 25. In a preferred embodiment, the 
ordering system 1 5 processes the foregoing business decisions on an automated 
13 basis with minimal or no human intervention. 

^ 20 The ordering system 1 5 may automatically execute one or more order 

processing decisions and logistics decisions based on the demand-indicating data 
to minimize potential delay and errors from human intervention. For example, the 
ordering system 15 may be programmed to first fill orders based on the earliest 
received demand-indicating data received from the first data management system 
25 1 1 at the customer's site. Further, the ordering system 15 may be programmed to 
assign other priorities to orders based upon different times of receipt of the 
demand-indicating data. If the supplier has multiple orders from multiple 
customers, the supplier may assign priorities to the order execution based on 
customer identity, the size of the order, contractual commitments, or otherwise. 
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The logistics decision is based on the input of order processing decision 
data 19 and logistics data. Logistics data refers to shipping parameters, 
manufacturing parameters, lead times, or other information associated with order 
fulfillment. The first data management system 1 1 at the supplier's site may 
5 provide logistics data or such logistics data may be provided by a user entering 
information into a user interface 24 associated with the ordering system 15. For 
example, the ordering system may select the least cost shipper for an order as a 
logistics decision 21 based on recent cost estimates from freight forwarders or 
other logistics data. 

10 In an alternate embodiment, the ordering system 15 may prompt a user for 

validation of order processing decision data 19 or logistics decision data 21 prior 
ytl to executing the decision. For example, a user may access the ordering system 15 

n_T via a user interface 24 coupled to the first data management system 1 1 at the 

3 supplier's site or the customer's site. 

yi 15 The order processing decision data 19 and the logistic decision data 21 is 

^ provided as input to a confirmation system 17. The confirmation system 17 

N : generates a status message that includes an electronic ordering confirmation 23, a 

!k shipping confirmation 25, or both. The confirmation system 17 sends the status 

^ message to the second data management system 13 at the supplier's site for 

S 20 forwarding to the first data management system 1 1 at the customer's site via the 

communications network 22. The status message provides information on the 
order processing decision data 19 or the logistic decision data 21, which is 
appropriate for sharing with the first data management system 1 1 of the customer. 
The first data management system 1 1, the second data management system 
25 13, or the ordering system 15 includes a user interface 24, such as a graphical user 
interface 24. The user interface 24 is adapted to present one or more of the 
following: order processing decision data 19, logistics decision data 21, an 
electronic order confirmation 23, and an electronic shipping confirmation 25. 
Accordingly, the customer and the supplier are kept updated in a contemporaneous 
30 manner and share some identical transactional information, which may be used to 
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improve efficiency in the business relationship. The customer and the supplier 
may compare information and readily resolve discrepancies by accessing 
information via the user interface 24. 

FIG. 6 shows a block diagram of a system for business planning that is 
5 similar to the block diagram of FIG. 1, except FIG. 6 replaces the requirement- 
indicating database 12 of FIG. 1 with an inventory- tracking database 42 in a first 
ERP system 210. The inventory-tracking database 42 represents one example of 
the requirement-indicating database 12. 

The inventory-tracking database 42 includes consumption data 44, 
10 inventory data 46, or both. The consumption data 44 represents a consumption 
measure or usage rate of an inventory of a particular good, material, service, 
hQ product, or another transactional subject of the first business entity that is provided 

=_? by the second business entity. For example, the consumption data 44 may 

O represent an increase or decrease in the quantity of a transactional subject with 

[fl 15 reference to a previous reference measurement of the quantity of the transactional 

^ subject. 

M. The inventory data 46 preferably includes quantity data and a product 

i*b identifier for the particular good, material, service, product, or another 

S transactional subject. The quantity data refers to the quantity or amount of 

Q 20 measured inventory of the first business entity. For each distinct transactional 

subject, the quantity data is preferably associated with a corresponding product 
identifier. The measured inventory may be stored at the first site of the first 
business entity, or even at a second site of the second business entity on behalf of 
the first business entity. 
25 The consumption data 44, the inventory data 46, or both may be provided 

by an automated source 211, which feeds data into the first ERP system 10. One 
example of an automated source 211 may represent a barcode scanning system that 
scans incoming shipments and registers the incoming shipments in an inventory 
database while subtracting outgoing shipment from the inventory data. 
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FIG. 7 shows a method of business planning which is consistent with the 
system of FIG. 6. The method of FIG. 7 starts in step S26. In step S26, the first 
data processing system 14 obtains inventory-tracking data on a stored supply (e.g., 
inventory) of a transactional subject (e.g. materials) at a first business entity. 
5 In step S28, following step S26, the first data processing system 14 

automatically transmits the obtained inventory-tracking data from the first 
business entity to a second business entity over a communications network 22. 
The first data processing system 14 transmits the extracted inventory-tracking data 
from the inventory-tracking database 42. The extracted inventory-tracking data 

10 may include extracted inventory data, extracted consumption data, or both. The 
extracted inventory-tracking data generally represents some subset of the 
inventory-tracking data in the inventory- tracking database 42. The extracted 
inventory-tracking data is loaded into the first data processing system 14. The 
extracted consumption data 44, the extracted inventory data 46, or both are 

15 transmitted over the communications network 22 from the first data processing 
system 14 to the second data processing system 26. 

In step S30 after step S28, the second data processing system 26 
automatically feeds the transmitted inventory-tracking data into an electronic 
processor, such as a second ERP system 34. The electronic processor is associated 

20 with the second business entity. 

In step S32, the second ERP system 34 or the electronic data processor of 
the second business entity maintains a desired level of the stored supply at the first 
business entity based on the evaluation of the inventory-tracking data. For 
example, the second ERP system 34 may cooperate with an ordering system 15 to 

25 generate orders and shipments of the transactional subject to maintain a desired 
level. The method may display the inventory-indicating data for a user affiliated 
with one of the first business entity and the second business entity. The desired 
level may be determined based on an average historical level of the stored supply. 
For example, the desired level may be determined based on an average level of the 
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stored supply for a time period prior to a subsequent time period for the desired 
level. 

Although the desired level is preferably maintained through additional 
shipments from the second business entity to the first business entity, in an 
alternative embodiment, the second ERP system 34 may maintain the desired level 
by issuing return authorizations that allow the first business entity to reduce 
inventory to comply with the desired level. 

The foregoing description of the method and system describes several 
illustrative examples of the invention. Modifications of alternative arrangements 
and variations of these illustrative examples are possible and may fall within the 
scope of the invention. Accordingly, the following claims should be accorded the 
reasonably broadest interpretation, which is consistent with the specification 
disclosed herein and not unduly limited by aspects of the preferred embodiments 
disclosed herein. 
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The following is claimed: 

1 . A method for planning a business decision, the method comprising the 
steps of: 

obtaining requirement-indicating data of a first entity with respect to 
the transactional subject; 

automatically transmitting the obtained requirement-indicating data 
from a first business entity to a second business entity over a communications 
network; 

automatically feeding the transmitted requirement-indicating data 
into an electronic processor for monitoring the transactional subject, the electronic 
processor associated with the second business entity; and 

generating a business decision of the first business entity and the 
second business entity based on the requirement-indicating data. 

2. The method according to claim 1 wherein the obtaining step comprises 
obtaining demand-indicating data, the demand-indicating data including at least 
one of demand data and forecast data on the transactional subject. 

3. The method according to claim 1 wherein the obtaining step comprises 
obtaining inventory-tracking data, the inventory-tracking data including at least 
one of consumption data and inventory data. 

4. The method according to claim 1 wherein the generating step comprises 
generating an order as the business decision, the order being for the transactional 
subject based on the requirement-indicating data. 

5. The method according to claim 1 wherein the generating step comprises 
generating a shipping instruction as the business decision, the shipping instruction 
being for the transactional subject based on the requirement indicating data. 
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6. The method according to claim 1 wherein the feeding step comprises 
feeding the transmitted requirement-indicating data into an enterprise resource 
planning system as the electronic processor. 

7. The method according to claim 1 wherein the obtaining step comprises 
comprising extracting a subset of the requirement-indicating data from a 
requirement-indicating database associated with an enterprise resource planning 
system. 

8. The method according to claim 1 wherein the transmitting step 
comprises transmitting superseding requirement-indicating data on an as-needed 
basis to replace prior requirement-indicating data at the second business entity. 

9. The method according to claim 1 wherein the transmitting step 
comprises transmitting differential data for expressing a change with respect to 
prior requirement indicating data at the second business entity. 

10. The method according to claim 1 wherein the generating step 
comprises generating the business decision on production of the transactional 
subject based on an exchange of the requirement-indicating data at a regular 
interval, the regular interval having a duration that depends upon a nature of the 
business of the first business entity and the second business entity. 

11. A method for planning a business decision, the method comprising the 
steps of: 

obtaining demand-indicating data with respect to a transactional 

subject; 

automatically transmitting the obtained demand-indicating data 
from a first business entity to a second business entity over a communications 
network; 

automatically feeding the transmitted demand-indicating data into 
an electronic processor for tracking the demand-indicating data, the electronic 
processor associated with the second business entity; and 
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generating a business decision of at least one of the first business 
entity and the second business entity based on the demand-indicating data. 

12. The method according to claim 1 1 wherein the obtaining step 
comprises accessing the demand-indicating data in a database associated with an 
enterprise planning resource system. 

13. The method according to claim 1 1 wherein the obtaining step 
comprises updating demand-indicating data in the database on a daily basis after 
an end of a business day and prior to a beginning of a next successive business 
day. 

14. The method according to claim 1 1 further comprising the steps of: 

extracting a relevant portion of the demand-indicating data from the 

database; and 

formatting the extracted relevant portion of the demand-indicating 
data into an extensible mark-up language document. 

15. The method according to claim 14 wherein the transmitting step 
comprises transmitting the extensible mark-up language document as the demand- 
indicating data over the communications network. 

16. The method according to claim 15 further comprising the steps of: 

receiving the transmitted extensible mark-up language document; 

and 

translating the extensible mark-up language document into a data 
format compatible with an enterprise planning resource system. 

17. The method according to claim 1 1 wherein the transmitting step 
transmits the demand-indicating data in the database on a daily basis after an end 
of a business day and prior to a beginning of a next successive business day. 
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18. The method according to claim 1 1 further comprising the step of 
displaying the demand-indicating data for a user affiliated with one of the first 
business entity and the second business entity. 

19. The method according to claim 1 1 wherein the business decision 
comprises deciding to change the manufactured quantity of a material as the 
transactional subject. 

20. The method according to claim 1 1 wherein the business decision 
comprises deciding to change a supply of material to fulfill a firm demand derived 
from the demand-indicating data. 

21 . The method according to claim 1 1 wherein the obtaining step includes 
obtaining one of demand data and forecast data with respect to the transactional 
subject. 

22. The method according to claim 1 1 wherein the first business entity 
represents a customer of the material as the transactional subject and wherein the 
second business entity represents a supplier of the material. 

23. A method for managing the provision of a transactional subject, the 
method comprising the steps of: 

obtaining inventory-tracking data on a stored supply of the 
transactional subject at a first business entity; 

automatically transmitting the obtained inventory-tracking data from 
the first business entity to a second business entity over a communications 
network; 

automatically feeding the transmitted inventory-tracking data into 
an electronic processor for evaluating the inventory-tracking data, the electronic 
processor associated with the second business entity; and 

maintaining a desired level of the stored supply of the transactional 
subject based on the evaluating of the inventory-tracking data. 
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24. The method according to claim 23 wherein the obtaining step 
comprises accessing the inventory-tracking data in a database associated with an 
enterprise planning resource system. 

25. The method according to claim 24 further comprising the steps of: 

extracting a relevant portion of the inventory-tracking data from the 

database; and 

formatting the inventory-tracking data into an extensible mark-up 
language document. 

26. The method according to claim 23 wherein the transmitting step 
comprises transmitting the extensible mark-up language document as the 
inventory-tracking data over the communications network. 

27. The method according to claim 26 further comprising the steps of: 

receiving the transmitted extensible mark-up language document; 

and 

translating the extensible mark-up language document into a data 
format compatible with an enterprise planning resource system. 

28. The method according to claim 23 further comprising the step of 
displaying the inventory-indicating data for a user affiliated with one of the first 
business entity and the second business entity. 

29. The method according to claim 23 wherein the maintaining step 
includes determining the desired level based on an average historical level of the 
stored supply. 

30. The method according to claim 23 wherein the maintaining step 
includes determining the desired level based on an average level of the stored 
supply for a time period prior to a subsequent time period for the desired level. 
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3 1 . The method according to claim 23 wherein the obtaining step includes 
obtaining one of inventory data and consumption data with respect to the 
transactional subject. 

32. The method according to claim 23 wherein the first business entity 
represents a customer of the transactional subject and wherein the second business 
entity represents a supplier of the transactional subject. 

33. The method according to claim 23 wherein the communications 
network comprises the Internet. 
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ABSTRACT OF THE DISCLOSURE 

A method and system for business planning via a communications network 
includes automated electronic communication procedures for managing the 
exchange of goods, services, or materials among different business entities. 
Requirement-indicating data is obtained from a first entity with respect to a 
transactional subject. The transactional subject may refer to the provision of a 
material, a good, a service, or any combination of the foregoing items. The 
obtained requirement-indicating data is automatically transmitted from the first 
business entity to a second business entity over a communications network. The 
transmitted requirement-indicating data is automatically fed into an electronic 
processor associated with the second business entity. A business decision of the 
second business entity is generated based on the requirement-indicating data. 
Accordingly, the method and system facilitates the exchange of accurate and 
timely business information between the first entity and the second entity by 
reducing or eliminating manual clerical tasks. 
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OBTAIN REQUIREMENT-INDICATING DATA OF A FIRST ENTITY WITH 

RESPECT TO A TRANSACTIONAL SUBJECT (f.(J.,MATERWL), 
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AUTOMATICALLY TRANSMIT THE OBTAINED REQUIREMENT-INDICATING 
DATA FROM A FIRST BUSINESS ENTITY TO A SECOND BUSINESS ENTITY 
OVER A COMMUNICATIONS NETWORK. 
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AUTOMATICALLY FEED THE TRANSMITTED REQUIREMENT-INDICATING 
DATA INTO AN ELECTRONIC PROCESSOR FOR TRACKING THE 
TRANSACTIONAL DATA. 








GENERATE A BUSINESS DECISION OF THE SECOND BUSINESS ENTITY 
BASED ON THE REQUIREMENT-INDICATING DATA. 
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FIG. 4 
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AUTOMATICALLY TRANSMIT THE OBTAINED DEMAND-INDICATING DATA 
FROM A FIRST BUSINESS ENTITY TO A SECOND BUSINESS ENTITY OVER A 
COMMUNICATIONS NETWORK. 
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AUTOMATICALLY FEED THE TRANSMITTED DEMAND-INDICATING DATA INTO 
AN ELECTRONIC PROCESSOR FOR TRACKING THE DEMAND-INDICATING 
DATA. 



GENERATE A BUSINESS DECISION OF THE SECOND BUSINESS ENTITY 
BASED ON THE DEMAND-INDICATING DATA. 
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FIG. 7 



OBTAIN INVENTORY-TRACKING DATA ON A STORED SUPPLY (E.G. 
INVENTORY) OF A TRANSACTIONAL SUBJECT (E.G., MATERIAL) AT A FIRST 
BUSINESS ENTITY. 



TRANSMIT THE OBTAINED INVENTORY-TRACKING DATA FROM THE FIRST 
BUSINESS ENTITY TO A SECOND BUSINESS ENTITY OVER A COMMUNICATIONS 
NETWORK. 



AUTOMATICALLY FEED THE TRANSMITTED INVENTORY-TRACKING DATA INTO 
AN ELECTRONIC PROCESSOR (E.G., AN ENTERPRISE RESOURCE PLANNING 
SYSTEM) AT THE SECOND BUSINESS ENTITY. 
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MAINTAIN A DESIRED LEVEL OF THE STORED SUPPLY AT THE FIRST BUSINESS 
ENTITY BASED ON THE ELECTRONIC PROCESSOR'S EVALUATION OF THE 
INVENTORY TRACKING DATA AT THE SECOND BUSINESS ENTITY. 



